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MOBILE NETWORK HAVING IP MULTIMEDIA 
SUBSYSTEM (IMS) ENTITIES AND SOLUTIONS FOR 
PROVIDING SIMPLIFICATION OF OPERATIONS AND 
COMPATIBILITY BETWEEN DIFFERENT IMS ENTITIES 

CROSS REFERENCE TO RELATED APPLICATION 

This application makes reference to, incorporates the same herein, and 
claims all benefits accruing under 35 U.S.C. §120 from a provisional application 
earlier filed in the United States Patent & Trademark Office (USPTO) on 
February 10, 2003 and assigned Serial No. 60/445,807. 

BACKGROUND OF THE INVENTION 
Technical Field 

The present invention relates to mobile networks including different IP 
Multimedia Subsystem (IMS) entities, and more particularly, relates to solutions 
for providing simplification of required policy control operations and compatibility 
between IMS entities based on different release specifications within mobile 
networks. 

Related Art 

Modern mobile networks such as those networks standardized by 3GPP 
(3 rd Generation Partnership Project) specifications including all GSM (Global 
System for Mobile Communications) and 3 rd generations of GSM networks, are 
seamless integration of digital cellular networks and personal communications 
systems to provide telecommunication services including, for example, mobile 
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data network services and IP multimedia services. 

Each 3GPP system may include a core network and a radio access 
network infrastructure using General Packet Radio Service (GPRS) and 
Enhanced Data Rates for Global Evolution (EDGE) technologies or supporting 
5 Universal Terrestrial Radio Access (UTRA) operable in both Frequency Division 
Duplex (FDD) and Time Division Duplex (TDD). The core network (CN) may be 
logically divided into circuit switched (CS) and packet switched (PS) domains 
with CN entities provided for user traffic and related signaling, and an IP 
Multimedia Subsystem (IMS) with CN entities provided for IP multimedia 

10 services. Some CN entities such as Home Subscriber Server (HSS), Home 

Location Register (HLR), Authentication Center (AuC), Visitor Location Register 
(VLR), and Equipment Identify Register (EIR) may be common to the PS and CS 
domains, while other CN entities such as Mobile Switching Center (MSC) and 
Gateway MSC are specific to the CS domain to handle circuit switched services 

15 to/from mobile stations, and Gateway GPRS (general packet radio service) 

Support Node (GGSN) and Serving GSN (SGSN) are specific to the PS domain 
to handle the packet transmission to/from the mobile stations. 

For IP multimedia services, functional IMS entities, such as Call Session 
Control Function (CSCF), are provided to handle CSCF related procedures, 

20 including establishing PDP (Packet Data Protocol, e.g., IP) context for IMS 

related signaling, registration and other procedures for IMS sessions. CSCF can 
act as Proxy CSCF (P-CSCF) to serve as a first contact point for a user 
equipment (UE) (i.e., device allowing a user to access to network services, such 
as, a mobile station) within the IP multimedia subsystem (IMS), Serving CSCF 

25 (S-CSCF) to handle session states in the network, or an Interrogating CSCF (I- 
CSCF) to serve as a contact point within an operator's network for all IMS 
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connections destined to either a subscriber of that network operator or a roaming 
subscriber in a given service area. See, 3GPP Technical Specification (TS) 
23.002, V5.9.0 (December 2002) "Network Architecture"; 3GPP TS 23.101 , 
V4.0.0 (April 2002) "General UMTS Architecture"; and 3GPP TS 23.1 10, V4.0.0 
5 (April 2001 ) "UMTS Access Stratum: Services and Functions"; and 3GPP 
Technical Specification (TS) 23.228, V6.0.1 (January 2003) "IP Multimedia 
Subsystem (IMS)". All 3GPP (GSM/3G) specifications can be found and 
downloaded from the 3GPP server under ftp://ftp.3gpp.org/specs, and are hereby 
incorporated by reference herein. In addition, mechanisms for creating, 

1 0 maintaining and updating 3GPP specifications (including different Releases of a 
given 3GPP specification with new or changed functionality) can also be found in 
3GPP Technical Specification (TS) 21.900 V5.0.1 (September 2002) "Technical 
Specification Group Working Methods." 

However, challenges remain when providing equipment interoperability 

1 5 and compatibility between various functional entities in a given 3GPP 

specification, each time new functionality or new feature is introduced and/or 
existing functionality is modified and, hence, a new Release of a given 
specification is introduced. 

For example, a Policy Decision Function (PDF) has been standardized as 

20 part of the Proxy CSFC (P-CSFC) to supervise an IMS session, make policy 
decisions based on the IMS session and media related information, and then 
exchange decision information with the GGSN via a Go interface, as set forth in 
the 3GPP TS 29.207 V.5.2.0 (December 2002) "Policy Control over Go 
Interface", Release 5. The PDF is used to generate a set of binding information 

25 to bind the IMS level and the GPRS bearer level of an IMS session, and send the 
binding information to the GGSN, via the user equipment (UE). The GGSN then 
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searches PDF address from the set of binding information received from the UE, 
identifies the correct PDF and verifies that the PDP context operations requested 
by the UE comply with the preceding negotiation on the IMS level; see also, and 
3GPP TS 23.207 V.5.6.0 (December 2002) "End-To-End Quality of Service 
5 (QoS) Concept and Architecture", Release 5; and 3GPP TS 29.208 V.5.2.0 
(December 2002) "End-To-End Quality of Service (QoS) signaling flows", 
Release 5. 

According to the 3GPP Specification, Release 5 (December 2002), PDF is 
integrated into P-CSCF and only one IMS session is allowed for each PDF 

10 context. However, the 3GPP Specification, Release 6 (January 2003) is 

currently being planned so that PDF can be implemented in a separate network 
element that is separate from the P-CSCF. In addition, there may be several 
PDFs arranged in the core network (CN). As a result, even if P-CSCF is known, 
PDF may not be assumed by the core network (CN). A single P-CSCF may be 

1 5 configured to use the services of several PDFs, since several PDFs may exist in 
the core network (CN). Moreover, several IMS sessions are allowed for a single 
PDP (Packet Data Protocol, e.g., IP) context as currently being planned in the 
3GPP Specification, Release 6 (January 2003). As a result, the UE may 
send/receive several session setup or modification requests (SIP INVITE) and 

20 can set up (or modify) one PDP context for several IMS sessions. If there are 
more than one PDFs in the core network (CN), the P-CSCF may send the 
authorization requests of different sessions to different PDFs. 

However, if the GGSN is based on the 3GPP Specification, Release 5, the 
GGSN will only search one PDF address from the sets of binding information 

25 received from the UE, and send all sets of binding information to the same PDF. 
Some sets of binding information may be sent to wrong PDFs, which leads to 



5 



Nokia ID #NC 39780 
ATS&K# 0172.42472X00 



reject decisions. Moreover, even if only a single-session per PDP (Packet Data 
Protocol, e.g., IP) context is used, a PDP context modification may be directed by 
the P-CSCF to a different PDF than that used at the activation of the PDP 
(Packet Data Protocol, e.g., IP) context. As a result, the GGSN may reject the 
PDP context modification request when noticing that the PDF address in the 
request received from the UE differs from the PDF address in the stored set of 
binding information. Furthermore, when several IMS sessions use the same 
PDP (Packet Data Protocol, e.g., IP) context, the GGSN cannot handle a 
modification request for some but not all IMS sessions within a single PDP 
(Packet Data Protocol, e.g., IP) context. 

In general, if one or more functional entities such as the UE and PDF are 
based on the 3GPP Specification, Release 6, and another set of functional 
entities such as the GGSN, are based on the 3GPP Specification, Release 5, 
network equipments may not operate successfully. There is no way to ensure 
backward compatibility, when multiple IMS sessions are executed over one PDP 
(Packet Data Protocol, e.g., IP) context and there are functional entities in the 
network that are based on both the 3GPP Specification, Release 5, and the 
3GPP Specification, Release 6. 

Moreover, even if the functional entities are based on the same 
specification release, complicated operations are required at the GGSN and at 
the PDF to control the PDP context modifications initiated by multiple sessions 
and to manage the interoperation between the common PDP context and the 
different sessions policy controlled by separate PDFs. 

Accordingly, there is a need for providing compatibility between IMS 
functional entities based on different Specification Releases. In addition, there is 
also a need for providing simplification of GGSN and PDF operations. 
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SUMMARY OF THE INVENTION 

Various aspects of the present invention are directed to solutions for 
simplifying operations at IP Multimedia subsystem (IMS) entities in a mobile 
5 network and for providing compatibility between IP Multimedia subsystem (IMS) 
entities in a mobile network based on different Releases of a given 3GPP 
specification. 

In accordance with one aspect of the present invention, an IP Multimedia 
Subsystem (IMS) architecture for IP multimedia services comprises a given user 

10 equipment (UE); a gateway support node (GGSN) configured to handle packet 
transmission to/from the given UE; and a proxy call session control function (P- 
CSCF) configured to serve as a first contact point of the UE and provide session 
management services, including establishing a packet data protocol (PDP) 
context for IMS related signaling, registration, and other procedures for IMS 

15 sessions. The P-CSCF is further configured to perform the following: storing 
identification information from the given UE during registration in memory; 
receiving a SIP (Session Initiation Protocol) message from the given UE; 
comparing identity in the SIP message with the identification information stored 
with a link to a Policy Decision Function (PDF); and using the same PDF for all 

20 operations of the given UE, when the identity in the SIP messages matches the 
identification information stored in memory. 

In accordance with another aspect of the present invention, a Policy 
Decision Function (PDF) is configured to determine if one or more IP Multimedia 
subsystem (IMS) sessions in a PDP (Packet Data Protocol) context are modified, 

25 and when one or more IMS sessions in a PDP context are modified, send an 
aggregate authorization decision including both modified sessions and non- 
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modified sessions per PDP context for policy enforcement 

In accordance with yet another aspect of the present invention, a 
computer readable medium is provided which comprises instructions that, when 
executed by a mobile network, perform Proxy Call State Control Function (P- 
CSCF) in a mobile network, including: storing identification information from a 
given user equipment (UE) at registration in memory; receiving a SIP (Signal 
Initiated Protocol) message from the given UE; comparing identity in the SIP 
message with the identification information stored with a link to a Policy Decision 
Function (PDF); and using the same PDF for all operations of the given UE, 
when the identity in the SIP messages matches the identification information 
stored in memory. 

The present invention is more specifically described in the following 
paragraphs by reference to the drawings attached only by way of example. 

BRIEF DESCRIPTION OF THE DRAWINGS 

A more complete appreciation of the present invention, and many of the 
attendant advantages thereof, will become readily apparent as the same 
becomes better understood by reference to the following detailed description 
when considered in conjunction with the accompanying drawings in which like 
reference symbols indicate the same or similar components, wherein: 

FIG. 1 illustrates an example network system architecture for providing 
telecommunication services including IP multimedia services according to the 
3GPP Specification, Release 5; 

FIG. 2 illustrates an example interface architecture of IMS functional 
entities according to the 3GPP Specification, Release 5; 

FIG. 3 illustrates an example interface architecture of IMS functional 
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entities currently being planned for the 3GPP Specification, Release 6; 

FIG. 4 illustrates an example interface architecture of IMS functional 
entities according to an embodiment of the present invention; 

FIG. 5 illustrates an example flowchart implementation at Proxy-CSCF (P- 
5 CSCF) for providing simplification of operations at IMS entities and compatibility 
between IMS entities in a mobile network according to an embodiment of the 
present invention; and 

FIG. 6 illustrates an example flowchart implementation at Policy Decision 
Function (PDF) for providing simplification of operations at IMS entities and 
10 compatibility between IMS entities in a mobile network according to an 
embodiment of the present invention. 



DETAIL DESCRIPTION OF EMBODIMENTS OF THE INVENTION 

The present invention is applicable for use with all types of mobile 
1 5 networks including 2 nd and 3 rd generations of GSM (Global System for Mobile 
Communications) networks, transit networks such as Internet, Intranets, local 
area networks (LANs) and ATM based transit networks, and terminating 
networks such as public switched telephone networks (PSTNs), ISDNs, IP 
networks/LANs, X.25 and Public Land Mobile Networks (PLMNs) and 
20 interconnected systems and related protocols used for voice, message, data and 
image transfers between systems in such mobile networks. For example, 3 rd 
generation GSM networks including data networks using General Packet Radio 
Service (GPRS) technology for mobile data networking services and IP 
multimedia services, and Enhanced Data Rates for Global Evolution (EDGE) 
25 technology for high bit rate data services. GPRS technology is used in GSM 

networks to enable users to connect at higher data rates and make applications 
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such as wireless email and Web-browsing easier and more useful. EDGE is 
used to further boost the data speeds and allow video and mobile multimedia 
applications with data rates as high as 473 kbps. However, for the sake of 
simplicity, discussions will concentrate mainly on the PLMN including IP 
5 Multimedia Subsystem (IMS) entities for providing IP multimedia services. 

Attention now is directed to the drawings and particularly to FIG. 1 , an 
example network system architecture for providing telecommunication services 
including IP multimedia services according to the 3GPP Specification, Release 5, 
is illustrated. As shown in FIG. 1, the network system architecture 100 may 

1 0 broadly include, for example, an originating user equipment (UE) 1 1 0, a 

terminating user equipment (UE) 120 or vice versa, and a communication link 
130 arranged to connect the user equipments (UEs) 1 10/120 and may span over 
a single network or different networks such as, for example, a Public Land Mobile 
Network (PLMN) 132, one or more transit networks 134 and a terminating 

1 5 network 1 36. The user equipment (UE) 1 1 0/1 20 may be any device or user 

terminal to allow a user to access to network services, including, for example, a 
remote server or a mobile station (MS) for GSM as defined in 3GPP TS 24.002, 
V5.0.0 (December 2001 ), Release 5. 

Each UE 1 10/120 may include, for example, a mobile termination (MT) 

20 1 12, a terminal equipment (TE) 114, and a terminal adaptation function (TAF) 
116 arranged to perform radio transmission and related functions, and may 
contain end-to-end applications to support telecommunication services. 

The transit network 134 may include, but not limited to, Internet, Intranet, a 
local area network (LAN) or an ATM based transit network. The terminating 

25 network 136 may include, but not limited to, a public switched telephone network 
(PSTN), an ISDN, an IP network/LAN, X.25 or another Public Land Mobile 

10 
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Network (PLMN). 

FIG. 2 illustrates an example interface architecture of IMS functional 
entities in mobile networks according to the 3GPP Specification, Release 5. As 
shown in FIG. 2, the Gateway GPRS (general packet radio service) Support 
Node (GGSN) 210 and the Proxy Call Session Control Function (P-CSCF) 220 
represent network entities that are part of the core network (CN), for example, 
the PLMN 1 32 as shown in FIG. 1 . GGSN 210 may be used to handle the 
packet transmission to/from the UE 1 10/120 (e.g., mobile stations). P-CSFC 220 
may be used to serve as a first contact point for a given UE 1 10/120 and to 
provide session management services and CSCF related procedures, including 
establishing PDP (Packet Data Protocol, e.g., IP) context for IP multimedia 
subsystem (IMS) related signaling, registration and other procedures for IMS 
sessions. 

According to the 3GPP Specification, Release 5 (December 2002), a 
Policy Decision Function (PDF) 222 is integrated into P-CSCF 220 to supervise 
an IMS session when the UE 1 10 issues or receives a SIP (Session Initiation 
Protocol) message containing SDP (Session Description Protocol) signaling to 
negotiate parameters for an IMS session, make policy decisions based on the 
IMS session and media related information obtained from the P-CSCF 220, and 
then exchange decision information with the GGSN 210 via a Go interface, as set 
forth in the 3GPP TS 29.207 V.5.2.0 (December 2002) "Policy Control over Go 
Interface", Release 5. In addition, only a single IMS session is allowed for each 
PDP (Packet Data Protocol, e.g., IP) context. 

As previously discussed and set forth in the 3GPP Specification, Release 
5, the PDF 222 is used to generate a set of binding information (especially, an 
authorization token) to bind the IMS level and the GPRS bearer level of an IMS 
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session, and send the binding information to the GGSN 210, via the user 
equipment (UE) 110. Binding information associates a PDP (Packet Data 
Protocol, e.g., IP) context with one or more media components (IP flows) of an 
IMS session, and is used by the GGSN 210 to request Service-based local policy 
(SBLP) information from the PDF 222. Such binding information typically 
includes: 

(1 ) an authorization token sent by the P-CSCF 220 to the UE 1 1 0 
during SIP/SDP signaling, and 

(2) one or more flow identifiers (which may be added by the UE 1 1 0 
after receiving the binding information from the P-CSCF/PDF) used 
by the UE 1 10, GGSN 210 and PDF 222 to uniquely identify the IP 
media flow(s) associated with the SIP session. 

Upon receipt of such binding information, the GGSN 210 is then used to 
search PDF address from the set of binding information (from the authorization 
token) received from the UE 1 1 0, identify the correct PDF and verify that the PDP 
context operations requested by the UE 1 10 comply with the preceding 
negotiation on the IMS level. 

In the GGSN 210, the Policy Enforcement Point (PEP) 21 1 is a logical 
entity that communicates with the PDF regarding Service-based local policy 
(SBLP) control. For purposes of simplicity, the GGSN 210 is assumed to contain 
the PEP 21 1 implicitly unless otherwise stated. The GGSN 210 sends requests 
to and receives decisions from the PDF 222. The GGSN 210 may cache the 
policy decision data of the PDF decisions that may be used later for a local policy 
decision allowing the GGSN 210 to make policy control decision about the quality 
of service (QoS) authorization for PDP context modifications without requiring 
additional interaction with the PDF 222. The PEP functionalities for SBLP in the 
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GGSN are described in, and incorporated by reference herein, the 3GPP TS 
29.207 V.5.2.0 (December 2002) "Policy Control over Go Interface", Release 5 
and, hence, need not be repeated herein. 

Both the UE 1 10 and the GGSN 210 may also include mechanisms for 
5 managing IP quality of service (QoS) end-to-end functions and related signaling 
flows as described in, and incorporated by reference herein, the 3GPP TS 
23.207 V.5.6.0 (December 2Q02) "End-To-End Quality of Service (QoS) Concept 
and Architecture", Release 5, and the 3GPP TS 29.208 V.5.2.0 (December 2002) 
"End-To-End Quality of Service (QoS) signaling flows", Release 5. For example, 

10 the UE 1 1 0 may include a client application 1 1 1 , an IP bearer service (BS) 

manager 113, a translation/mapping function 115 and, optionally, a UMTS bearer 
service (BS) manager 117. Likewise, the GGSN 210 may also include an IP BS 
manager 213, a translation/mapping function 215 and, optionally, an UMTS BS 
manager 217. IP BS managers 113 and 213 typically use standard IP 

1 5 mechanisms to manage IP bearer services. The translation/mapping functions 
115 and 215 provide inter-working between the mechanisms and parameters 
used within the UMTS bearer services and those used within the IP bearer 
services, and interact with the IP BS managers 113 and 213. UMTS BS 
managers 117 and 217 use standard UMTS mechanisms to manage UMTS 

20 (Universal Mobile Telecommunications System) bearer services and QoS 
management functions for UMTS bearer services. 

FIG. 3 illustrates an example interface architecture of IMS functional 
entities currently being planned for the 3GPP Specification, Release 6. 
According to the plans for the 3GPP Specification, Release 6 (January 2003), 

25 PDF is no longer part of the P-CSCF 220. Rather, the PDF is now implemented 
in a separate network element that is separate from the P-CSCF 220. In 
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addition, there may be several PDFs 222A-222N arranged in the core network 
(CN). As a result, even if P-CSCF 220 is known, PDF may not be assumed by 
the core network (CN). A single P-CSCF 220 may be configured to use the 
services of several PDFs 222A-222N, since several PDFs 222A-222N may exist 
5 in the core network (CN). Moreover, several IMS sessions are allowed for a 
single PDP (Packet Data Protocol, e.g., IP) context since both the UE 110 and 
the PDF 222 are based on the plans for the 3GPP Specification, Release 6 
(January 2003). As a result, the UE 1 10 may send/receive several session setup 
or modification requests (SIP INVITE) and can set up (or modify) one PDP 

10 context for several IMS sessions. If there are more than one PDFs 222A-222N in 
the core network (CN), the P-CSCF 220 may send the authorization requests of 
different sessions to different PDFs 222A-222N. 

However, if the GGSN 210 is based on the 3GPP Specification, Release 
5, the GGSN 210 will only search one PDF address from the sets of binding 

15 information received from the UE 110, and send all sets of binding information to 
the same PDF. Some sets of binding information may be sent to wrong PDFs, 
which leads to reject decisions. Moreover, even if only a single-session per PDP 
(Packet Data Protocol, e.g., IP) context is used, a PDP context modification may 
be directed by the P-CSCF 220 to a different PDF than that used at the activation 

20 of the PDP (Packet Data Protocol, e.g., IP) context. As a result, the GGSN 210 
may reject the PDP context modification request when noticing that the PDF 
address in the request received from the UE 1 10 differs from the PDF address in 
the stored set of binding information. Furthermore, when several IMS sessions 
use the same PDP (Packet Data Protocol, e.g., IP) context, the GGSN 210 

25 cannot handle a modification request for some but not all IMS sessions within a 
single PDP (Packet Data Protocol, e.g., IP) context. 
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Therefore, if one or more IMS functional entities such as the UE 1 10 and 
PDF 222, as shown in FIG. 3, are based on the 3GPP Specification, Release 6, 
and another set of functional entities such as the GGSN 210 as shown in FIG. 2, 
are based on the 3GPP Specification, Release 5, network equipments may not 
5 operate successfully. There is no way to ensure backward compatibility, when 
multiple IMS sessions are executed over one PDP (Packet Data Protocol, e.g., 
IP) context and there are functional entities in the network that are based on both 
the 3GPP Specification, Release 5, and the 3GPP Specification, Release 6. 
Moreover, even if the IMS functional entities are based on the same 

10 specification release, complicated operations are required at the GGSN 210 and 
at the PDF 222, if sessions controlled by separate PDFs are multiplexed in the 
same PDP context, or if the PDP context activation and modification(s) are 
handled by different PDFs 222A-222N. The PDF 222 should be aware of the 
other sessions being multiplexed on the same PDP context and being handled by 

1 5 other PDFs, in order to be able to handle the session release and PDP context 
deactivation correctly. The GGSN 210 should be able to combine the session 
based authorization decision from different PDFs 222A-222N to form correct 
authorization information for the common PDP context. The GGSN 210 should 
also maintain status information of each session, i.e., should be session aware 

20 instead of being just PDP context aware. 

Turning now to FIG. 4, an example interface architecture of IMS functional 
entities according to an embodiment of the present invention is illustrated. The 
interface architecture as shown in FIG. 4, advantageously provides simplification 
of operations of IMS network entities and backward compatibility between 

25 various IMS entities in a mobile network based on different Releases of a given 
3GPP specification, when multiple IMS sessions are executed over a single PDP 
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context. 

As shown in FIG. 4, an algorithm 410 may be implemented as part of the 
P-CSCF 220 to ensure that the P-CSCF 220 will use the same PDF for all 
operations of a given UE 1 10. This way the GGSN 210 will always obtain only 
5 one and the same PDF address for all operations. As a result, even if the GGSN 
210 and other IMS entities are based on the 3GPP Specification, Release 5, the 
GGSN 210 will always operate in compliance with other IMS entities such as UE 
1 10 and P-CSCF 220 based on the 3GPP Specifciation, Release 6. Moreover, 
the operation of the GGSN 210 and the PDF is much simpler when there is no 

10 one-to-many relationship between the IMS entities. 

In order to ensure that the P-CSCF 220 uses the PDF for all operations of 
a given UE 1 10, the UE 1 10 is required for registration. Specifically, the UE 1 10 
may send identification information to the S-CSCF (not shown), via the P-CSCF 
220. Such identification information may correspond to an IP address of the UE 

15 110 and may be used in subsequent requests to/from the same UE 1 1 0. The P- 
CSCF 220 then stores the identification information received at the registration; 
see 3GPP TS 24.228 V.5.3.0 (December 2002) "Signalling Flows for the IP 
Multimedia Call Control Based on SIP and SDP", Release 5. When receiving a 
SIP message leading to PDF operations, the P-CSFC 220 may check the 

20 identification information in the SIP message, and compare the identity in the SIP 
message to stored identification information with a link to a PDF (i.e. the stored 
identity information leads to a certain PDF address). Alternatively, the 
identification information may correspond to a pre-configured address range or 
URI range. Since the P-CSCF 220 knows all usable addresses of the PDFs 

25 222A-222N, e.g. through pre-configuration, the PDF addresses may be used 

either dynamically (e.g. when a given UE 1 10 registers, a certain PDF address is 
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allocated to the UE 1 10 for the duration of the registration) or statically (e.g. a 
certain PDF address for a certain range of UE indentities). As a result, 
incompatibility between the IMS functional entities such as the UE 110 and PDF 
222, as shown in FIG. 3, based on the plans for the 3GPP Specification, Release 
5 6, and another set of functional entities such as the GGSN 210 as shown in FIG. 
2, based on the 3GPP Specification, Release 5, can be advantageously avoided. 
A further and considerable advantage of simplication of operations required in 
the GGSN 210 and in the PDF 222 is achieved, even if all network elements are 
based on the same specification release. When the same PDF is used for all 

10 sessions of a PDP context, the GGSN 210 does not have to combine 

authorization decisions from different PDFs to obtain the final authorization for 
the PDP context, and the session release vs. PDP context deactivation is much 
simpler for the PDF 222. 

In addition, the PDF 222 may also be configured to send an aggregated 

15 authorization decision per PDP context to cover both the non-modified sessions 
and the modified sessions per PDP context, if only one or some of the IMS 
sessions in a PDP context are modified. This way the GGSN 210 does not have 
to handle parameters of separate IMS sessions and combine the changed and 
unchanged (stored) parameters to obtain the final authorized parameters for the 

20 PDP context. 

FIG. 5 illustrates an example flowchart implementation at Proxy-CSCF (P- 
CSCF) for providing compatibility between IMS entities or simplification of GGSN 
and PDF operations according to an embodiment of the present invention. As 
shown in FIG. 5, the P-CSCF 220 may contain an algorithm 410, shown in FIG. 

25 4, which is activated to perform the followings: 

At block 510, the P-CSCF 220 stores identification information from a 
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given UE 1 10 received at the registration in memory. Subsequently, the P-CSCF 
220 receives a SIP message containing SDP information for an IMS session 
leading to PDF operations at block 520, and then compares the identity in the 
SIP message with the identification information stored in memory with a link to a 
PDF 222 (i.e., stored identification information leads to a certain PDF address) at 
block 530. 

If the identity in the SIP message matches with the identification 
information stored in memory with a link to a PDF 222, the P-CSCF 220 uses the 
same PDF for all operations of the given UE 1 1 0 at block 540. Alternatively, if 
the identity in the SIP message does not match with the identification information 
stored in memory with a link to a PDF 222, the P-CSCF 220 then performs other 
functions as requested by the SIP message at block 550. 

FIG. 6 illustrates an example flowchart implementation at Policy Decision 
Function (PDF) for providing compatibility between IMS entities or simplification 
of GGSN and PDF operations according to an embodiment of the present 
invention. The PDF 222 may support multiple IMS sessions per a PDP context 
as set forth in the 3GPP Specification, Release 6. As shown in FIG. 6, the PDF 
222 may be configured to perform the following: 

At block 610, the PDF 222 determines if one or more IMS sessions in a 
PDP context are modified. If one or more IMS sessions in a PDP context are 
modified, the PDF 222 sends an aggregated authorization decision per PDP 
context, covering both the non-modified sessions and the modified sessions per 
PDP context to the GGSN 210 for policy enforcement at block 620. This way the 
GGSN 210 does not have to handle parameters of separate IMS sessions and 
combine the changed and unchanged (stored) parameters to obtain the final 
authorized parameters for the PDP context. 
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As described from the foregoing, the network interface architecture 
according to an embodiment of the present invention provides compatibility 
between IP Multimedia subsystem (IMS) entities in a mobile network based on 
different Releases of a given 3GPP specification, while promoting simplification 
of operations at various IMS entities, such as GGSN and PDF operations. 

While there have been illustrated and described what are considered to be 
example embodiments of the present invention, it will be understood by those 
skilled in the art that various changes and modifications may be made, and 
equivalents may be substituted for elements thereof without departing from the 
true scope of the present invention. Further, many modifications may be made to 
adapt a particular situation to the teachings of the present invention without 
departing from the central scope of the present invention. Therefore, it is 
intended that the present invention not be limited to the particular embodiment 
disclosed as the best mode contemplated for carrying out the present invention, 
but that the present invention includes all embodiments falling within the scope of 
the appended claims. 
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